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DATABASE ADMINISTRATION: 
CONCEPTS r TOOLS f EXPERIENCESr AND PROBLEMS- 



Belkis Leong— Hrong 

and . ^. 

^ Beatrice Marron 

/ ■ * • * ^ ' . ■ • , 

' ' * ' ' i • '* ' 

In this ^report the concepts of database ■ ^d- / 
ministration, the role , erf the database administra- 
tor (DBA) r and computer software topis useful in 
database administration are described in order^ to 
assist database^; technologists and managers. A 
study, of DBA's in the Federal Government is de- . 
tailed in terms of the f unctions^they perform, the 
software tools/ they use, the problems they have 
encountered, and advice they offer* 1?inally , 'some 
guidelines are! presented on What database adminis- • 
tration should do for management, and what manage-' 

ment must do for their DBA's* 
" -8 

Key words: Computer . software?' database^ 

administration; database administrator (DBA) ; 
database *'management system (DBMS) ; data" ^ element 
jiictionary /directory (DED/D) • ^ . 



^' . „ 1- INTRODUCTION J- " 



Increased aw^areness of managers that^ data is organi- 
zational ' resource has led -.to a recognized need ^or discip- 
lined control of a^l automaft^ and non-automated data • This 
control is embodied in a sfe^, of ipanagement procedures and 
technical ^functions which is characterized 'as "database ad- 
ministration/. At the preserrt' time the term database ad- 
ministration is applied t9 a conglomeration Jof^ duties and 
responsibilities for wl^ich there exists no standard. _There 
is much interest in this emerging discipline, both inside 
and-outsiT34 the Federal Government.. . ; ' / 

The National Bureau ^of Standards (NBS) is, charged 
urhder the provisions of Public Law. 89-30€ (the -Brooks Ac/t) 
to- a&sist Federal information managers in <j theiai^-, <^t'a p/o- 
cje'ssirjg needs. NBS assesses new developments iii^ ir^formataon 
and computer sciences^ and technologies., in order / t'o help 
other agencies,^ apply technological sfolutions to , data 



■processing problems. Sever al. recent -NBS stud les in the data 
^management ar^a liaye focusse^S on spftware^ tools such* as d^ta 
element dictionary/directory (DED/D) systems and database 
manag eme^^ sy s tem^ "(DBMS ) "1X7 197' 26^; " 27 ] 7 " - - 

In this reportr concepts and functions 6f database ad- 
ministration are' examined. Tools useful >^to the practicing* 
databa.se administrator (DBA) , and probX^ems common among 
pBA*s are discusse.d. ^Critical needs and commdb pitfalls are. 
identified to provide guidance to the database technologist/ 
the manager r and the n^<? DBA, ' A bibliography "of relevant 
literature -is included as Appendix A\ ^ ^ ^ 

To gather- experiential data^for this study / we vconsult- 
ed DBA's. in ' t^e Fede^ral Government. These DBA's'we^re very 
candid^ about tlxe problems^ to' be^. expected in ' establishing . a 
viable "database administration operation, and they 'provided 
insight intc5 the rewards of an effectively .aontrolled data- 
ba,se environment.. Their cooperation is greatly appr ec^iate'd . 
Although the^sample was small and' /Irbm "a specialized commun- 
ityr. ' the -ei>servation.s made are applicable to the entire da- 
tabase community. , \ \ - ' ^ 



2.' DATABASE ADM I^TI STRATI ON CONCEPTS 



Database administration encompasse's all * the technical 
and management activities required for organizing , maintain- 
ing and * direct irig. tha database environment.^, Throughout this/ 
r;^po*rt "Database" ._is -us^d to mean' "all of the^ ^^ta of th'e 
'organization which is organized and controlled using "a data- 
base technolog^r" or "a systematic methodology for the stan- 
dardization ^and integration of data resources ax an organi- 
zation level" [28].. A database environment consists of: 

' ■ * ' 

* the database/ as defined above including automate.d. 
. * and non-automated data; y \ . ^ ' 

« \ - / • . <- 

* the database administrator (DBA) ^ the manager of the 
d'atTab'ase environment; v ^ ' • 

- •: . \ I . - ■ / - ■ 

.. . * the software -t0ols used in data administration and 
^ ;r^^ata processing/^ and - 

'>^*,the users of the database. 

It should be noted that while ^a DBMS is a very -.'ul tool 
for . database ad^ministr atiQn ^ the mere .usage o: ^ :;3MSt'-49es* 
not constitute" establishing^ a database environir.^n ' 7 



The main- goals of database . administration are: to op- 
.timize ' usage of data in a shared database environment; to 
incorporate, a systematic mefchodblogy for the centralized 
management and- control -- of data resources ; and to ba^^^ 
conflicting/ objectives with respect V to the organization ' Sr 
mission and the overall economy of data handling. . Amo.ng 
the key requirements for effective .database 'administration 
are: strong management commitment, and s^upportr^ technically 
competent staff; team-participatiori in the database Environ- 
ment by DBA'Sr management/ technical staff, and .users; and a 
well-def inecj. Database Master Plan. This Master Plan must be 
developed early, and mus^ incltid.e;^ plans for tr^sition into 
a database environment, fdr s'taff ing'v,, and for . acquisition of 
systems and •services; definition of responsibilities; and 
rules and procedures vfor. operation. ^ Significant advantages 
that database adciinistration 'can provide ar^: 

* The database caji be Better managed, ^especially if the 
■ ' data resources are ^centralized and shared; ' a 

* Data independence can be accomplished via controlled 
definition, design and implementation of the database; 

' • * Oata redundancy, and i-ncohsdstency^-can be reduced by 
balancing conflicting requirements; 

* Data integrity can be\ improved via standard usages, 
increased data reliability, and enforced security res- 
trictions; ' J . 

Increased responsiveness t.o the various user comnciuni^ 
, ties can result' from better controlled, and more up- 
to-date data; and 

"•^ - . . , . \ ■ ^ il^ ■ 

^ * Economic benefits can be derived from elimination of 
unnecessarily duplicative processing.^ ^ J 

The degree to which 15atabase administration should^ be 
applied depends , on the' size and complexity of the cJatababes, 
and the information needs of the overall organization, iipw- 
ever , proliferating- datai^ses, overlapping r^guirem^nxk, 
lack of data integrity, and duplication of efforts are symp- ' 
toms of the n^d for database administration-./' " • ^ 

' - ^ \ ' • \. ^ \ ^ 

2^1 Database Administration Functions . 

There is wide agreement on the basic -functions^r^of data-- 
base a'Qmin lustration. A list «. of tasks most commonly per- ^ 
fbrmed by tne DBA was compiled from the literature, and, is 
presented tielow [4, 5, 6, 9, 22^ 23, -29,^ 34, 35^ 37, 38].^* 
This list^ of functions is 'not exhaustive, 'but it is 

■ ' ■ -3-. V 



representative. « , =• 

1« Database definition/ redefinition. The DBA should 

— --identify- -and — define — common data -el emen ts > - d e f ine t h^: 

relationships between- data elements .and other com-/ 
ponents such as programs , files, and- systems. The de- 
f inition ,af the 'data elements and the* ^ata relation- 
^ships^ should be-'basbd on a ciear understanding of each 
participating- user community • s requirements , as well as, 
the overall organ;izat ion ' s needs. Where possible, the 
• DBA uses a - data definition' language to define- and 
structure ' the database. It is also in the DBA's pur- 
view to i define,:' review and monitor, data standards. If 
•the need arises for changing and re-structuring . the dar 
^^i^ii^^,^ the DBA should initiate this activity, and 
^defirfie the-^atabase, or any part of it to meet chang-' 
irti^^ equ i r emeh t s 

2. Selection/ ai/d procurement. *The DBA should par tic i-- 
pate in the / processes of evaluation, -seleictionr and 
procurement' of hardware, software, ^nd services related 
to database administration. . ^ 

3. Database design/ redesign . The- main design activity 
is the design and 'structuring of the entire database, 
taking into considenation the differing needs of, the 
entire \^user community. ^ This includes design of \ the 
data structure as seen by* the application community^,- 
the storage striictureT mapping and search strategies, 
and access methods, as well as/ design of the DED/D ^d 
*of support software fox creating, / maintaining*, and" 

. reprganizing the diabase. If the need^ arises, redesign 
and restructuring activities, encompassing aJ^the ele- 
ments above are also the-DBA*s responsibilitiesT^" 

. 4. Database creat-ion. Under this function are included 
spch ^ activities as ^ data collection, database loading 
^ and testing, and implementation of ^data definitions, 
the DED/D and other, database support ^^sof tware. 

5. Database Secur ity/Integr ity > The database security 
function is intended to guard- against unauthorized' ac- 
cess to the database; and unauthorized updiate, copying, 
' ^ removal or destruction of any pai*t of the database. 
This -may be achieved through the use of securit^y locks 
and -keys, cryptography, etc. , Database integrity is re- 
lated to the DBA' s. responsibility for the correctness 
and accuracy of the data.^ It can be achieved through 
the use of validation checks, loggings^ dumps/* backup 
r and recovery procedures, and auditing procedures. 



(^ 6. Database maintenance/management . The DBA "'Should be 
responsi.ble for < the continued well-being of the .data- 
base environment. A^ such, it is his responsibility to 

maintain a nd ^ upd a t e\ d a t a b a s e . . definitions a nd ' d a t a b a s e. 

documentation, and to maintain and update the DED/D and 
other- database s'upport software. The DBA should inter- 
pret and admihiiter high level management poli<:ies" re- 
laterd to the database, and define rules of use and.^ a~c- 
cess cp'nstra-ints for the database. In addition, he 
should be^ responsible for. review, and approval of new 
data definitions and enforcement of data standards. 

7. Database performance monitor inq . and evaluatioR i 
Responsibilities should incl-ude reviewing., testing , and 
evaluating the perfor-marc- of automated as well as pro- 
cedural \data acti'vitier- - - itiation of system i'mprove- 
ment when 'indicated; cessment , of the impact of- 
changes; and maintenance of state-of-the-art awareness. 
If the performance" evaluation and^onitoring activities 
indicate that the database is no longer effective or 
efficiqjit fn the -present configuration,, redefinition, 
redesign, and restructuring activities may be'undertak- 
en. ^ 

• . 8. Database enforcement . Enforcement activiLies include 
determinatian of compliance with established standard 
usages; dev^lop/aent .of database content, orgr .ization, 
and storage control procedures; and responsibility for 
access control and -security of th^ database, such as 
password issuance. , • 

>, 9. Liaiscn with users, ' with systems' and application 
" analysts , and -'.with organizational management should 
provide information, assista^npe anc guidance on the use 
of database facilities, to"' detect and correct user 
problejns, and to notify users of c-.anges in system 
status. 

10. Training of users, staff and management should be 
^ coordinated to develop awareness of database conceptsy 
and available resources.- 

There is another category of functions which is -typi- 
cally performed' befo're the database environinent is opera- 
tional. This category of initiation functions includes such 
activities as planning, formulating a Database . Master Plan, 
p^rform-ing feasibility stbdies, personnel ^staffing, and 
negotiating participation in the database environment wi^h 
different groups of users. ^ ' * 
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2.2 The DataiDase Administrator ^ . ' - ^ 

The DBA, in" theory, is the organization's- Leader in 
planning , ^design, deyeJLqpment , ^ implementation, testing , do- 
cumentation, operation, and maintenance of the entire data- 
base environment. The role of the DBA is usually character- 
ized^ as' both technical and^, administrative. There is : also a 
promotional dimension to this role, since th^ DBA represents 
the database administration concepts and procedures to all 
participants, and coordinates all database activities among, 
managers, analysts, systems and application programmers , ^ and 
users^ Because database administration activities impact 
across organizational boundaries, the DBA position' is sensi- 
tive, and the DBA must be astute to jurisdictional questions 
and competing mission requirements. It should be noted that 
although the tasks in (database administration are performed 
by one or more persons, there is usually. one person who is 
charged with the responsibility for coordinating, control- 
ling and directing activities in the database environment. 
This person is generalsj^ designated as the DBA. 

Although there jLs agreement^'on the basic functions of 
database administration, there is no standard .set of duties 
and responsibilities for the DBA. Several factors" that in-' 
fluence ^he definition and extent of the DBA role within an 
organization are: ^ - ^ ' 

a) functional • or ientation , 

b) ' scope , , , - 

c) "stage of implementatiOsTi, and ^ " . 

d) organizational "^^lacement. • " 

All these factors depend on the degree of commitment to 

the ^Qatabase environment by' the implementing organization." 

in order to characterize fully a DBA, it is necessary to 
descr ibe"" / him in tferms of ^the four factors mentioned above. 

Together /. these determine the role of the DBA, and the func- 
tions that 'are per f prmedv and emphasized. . 

2.2.1 Functional orientation. *There .are two extremes of 
functional orientation: , 



v.- ^a. Technical : The DBA manages , the database^, he has 
.an' extensive technical background , and is responsible 
^primarily -for. the technical operation of the d-^tabase 
environment. . ' 

b. Administrative : The DBA is a manager, who may or 
- may not have detailed technical- background. U^uaSly 'the 
administrative DBA has a staff Of technical personnel 
that handles the technical day-to-day operations of da- 
■ tabase aditlinistration. 
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. ' liv-P-racticie*/ none' 6^ the DBA^ s .is d^xictly technical o,r^ 
•s4:rictLy /^dm'^istrativei, \Sut a" cbmbinja^ion' of the 'iwo,. As 
mentioned* bief are., there is also often a promotional, orienta* 
t ion . in^. the DBA"-f unction " ^ - ; * i 

i.2"i^ Scop'fev It/is ;ineyitable. that factors -such a^i.he ' -mis- 
sxon of the database administration effort, -the database op- 
viropment,- artd!' the size b!f^ thj. organiza.t.ion will S'^ay.e signi-- 
ficaht influence" ' on , the* -scope of' the, DBA. Scdpe can- fall 
into two categories: - . ' * .- ' 

• • . > ' . ' . • . ' * ■ • j ' 

a. ' Pr oi ect-dr ierited ; The project DBA ' has complete 
/ responsibility and control ^for vail- database-related i's- 
5-^ues pettainlng to that project.- The project DBA some- 
times reports, to an overall-organizat?.on DBA. The term 
' . "local " DBA has alSo been used to refer to the projdct 

- * DBA. ' . • ■ '• , . : • > 

• , ^ . • • • 

. . b.- Over all-organ izatian-orientfedv The organizational 
rDBA has • c'omplete control and respomsibiT^ties -f or \all 
database-related v issues for the cor^jorate data 
resources. '. Such DBA's are usUall-y placed very iiigh or- 
-. ganizationally. ^,e term "global" DBA- has also, been 
' used -to refer to the^organizational DBA. 

2.2.3 Stage of implementation. Although stage differentia- 
tion is an ephemeral characterization, it is of 'interest in 
the context of differences in the DBA functions. The . stages 
of implementation are: initiation, "design, and operation.'*'- 

' ■ . " ' . ■• 

Activities performed by DBA's in each of th^ese stages 
wil':^ differ- in their .emphasis. ^or 'example^ during the ini- 
tiation :sta'ge, activities such as feasibility^ studies, .plan- 
ning, and system selection. will be predominant; as^the da- 
tabase administration function progresses to the operational 
stages," pet-formance moni-toring and evaluation activities, 
maintenance and taanagement activities, and efficiency im- 
provement activities will predominate. All the while, the 
ten basie functions outlined in the previous section are 
performed 'to some degree;' 

2.2.4 Drqahi zat ional Placement . The consensus among data 
resource technoiogasts ..jls. ^ that the DBA function should be 
placed very hingh bfgan^izationally in order ' to ens-ure its 
success. Three examples of organizational placement are 
presented below: / . v . 



' ' In the .first \ examp.l^/ the ■ DBA_ isy^^ in the' 

di-re'ctorV^ ofifice.J Placed that high ry> the DBA can have a 
great -amount of- cl6«t, since "the of fxde at ^least implicitly 
•has' the direct support of executiv'^l^iian-agemejit. As . a part 
of t"he director's 'staff, .the DBA should have 'access to ' the 
organizational ;data 'resourQ.es anfi' can exact^cooperation. frojn 
the line, organizations. "? . ~ 

' • ' • • ■ . . ■ ' • >■ 

^ A secorfa example is the DBA^ as :'a staff position in the 
' Coinpi:c oiler Is Office. A direct liner^crf'Coram^^^ to the 

Comptroller could have greai leVera^e/ since the "purse 
string."^ can be used as a"^ lever in assuring compliance to da- 
tabase rules and regulations. ' , ^ 

A third example^picturW^ the DBA as a sub-unit of .the 
data -processing- shop. This represents the^'lower end of the 
spectrum in organizational placement. As a staff member of 
a service ' unit., the DBA usually would have less authority 
organization-wide than in either of^ the two cases . mentioned 
above, - 5ind can expect less QOoperat:i'on from tlie rest "of the 
organization.. . . 



.3.' THE DATABASE ADMINISTRATION TOOLCHEST 

There are a gre'at number of software packages^ available 
in the market that can help the DBA.*. The use "^f Jthese tools 

.can have direct impact on all phases of the management and- 
control of data resources. Two software tools are con- 
sidered to be greatest in importance in database adminis.tra- 
tion. These are: the Data Element Dictionary/Directory 
(DED/D) system, and the Data Base .Management System (DBMS'), 

'both of -which are discussed bellow. - Then, descriptions, of 

6ther._database administration tooljs and auxiliary tools/ are^ 

" presented . ^ : 

. ■ ' . ■ < ^' ^ 

r . . - . ■ 

3.1 DBMS and"" DED/D * ^ 

.Database Management Systems (pBMS) and Data Element 
Dictipnary/Directtory Systems (DED/D) are two "core" tools 
-for the DBA, and complement e^ch other in the management of 
• ^ th^ database environment. ' In "*fact, many of the benefits 
. realized from the use of a DED/D are parallel tj6 the ones' 
/attributed to the use of a DBMS. However, it should be not- 
ed that, while the Benefits realized from a DBMS are directly 
related to th^ effective computer processing of the data; 
thiB benefits from a DED/D are directly related to the effec- 
tive collection,^ specif ication and management of -the^ total- 
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data r^oiirces of.-an organlz^'a^tion. . ' ^ 

.Among the tangible benefits thit can be. derived, from 
"■■^^.use of -a DBMS and' a .DED/lJVare^,E19/ 27] : 

* •' * • • * *■ ■ ' . / v § 

f *-:5haring of "iaata resources; J.' ■ ■'' / ' * 

^ Jr ■ t ■ - ' ■ " ■ • ■ '■ '■ ■ ' ' ' ' 

^ ^ * ^Simple and effective control of < t.he data elements; 

* Reduction of data redundancy /and inconsistency; 

^ , ^ * Enforcement of standard definitions and usages; 

♦/Enforcement of security safeguards/ and z> control^Lad 
\- ^ accessibility to tlje database; ' - 

Maintenance of da*a integrity ; 

* Determination of the impact on the t^tal infdrma- 
t^ion activity from ci>anges to dkta elements ; ''^n,-^- 

* Resbrutic>^n of conflicting requiremen^ts ; , -^ ^Z 

* Centralization of . data elements as an aid in 
design and development of new systems; and 

* Consistency^ in documenfeation for the database. 

. 7^^?^'"' . . / 

' ' lt,,bhourd be noted that it is not an a&solute-: r^uire- 
ment that those subscr ibing to the concepts' of database ad- 
ministration 'must .use a^DBMS or a DED/D. However, experience 
shows that when ^the database environment becomes operation- 
al, plans are made to pro9ure either one or both of these 
tools. Some advocate the "nhased installation of these. two' 
'tools, with the DED/D preceding the 'DBMS. But regardless of 
the stagej at^ "which these tools are installed, their funda- 
mental importance cannot be overly emphasized. - . 

3.1^1 Database Management Systems . A DBMS is a software^ 
tool that provi^:s an integrated source of data for multiple'' 
users, while presenting , d if fejrent .^views of the data .to dif- 
ferent users. , It can be characterized as' generalized 
"software whiclf provides a single flexible facility for ac- 
commodating different ^data filfes and operations, -^while 
demanding: l^sg programmarig efJEorf than conventional program- 
ming languages, [1>§] . \ It features easy .arccess to the data; 
facilities for storage and maintenance of large ^ volumes of 
da^a; -and' most importantly, the Capability for sharing the 
data reso^irces among different types of users. 



Database Management Systems range from elementary 'sys- 
' terns W3.th. single record structures-, providing rudimentary 
report formatting facilities, to very^^elaborate systems han- 
dling Several files with hierarchical, structures,; p.erf arming 
f uncti<:in,s ,.i]a c'an online mpde, and having sophisticated qSery 
? ao<3. repbr\-wr ibing. cai^ai&ilities. • ^ 

.l.>2 "Data Element Dictionary/Directory Systems. • As dat^ 
sources continue to grow , it is becoming apparent that 
ri^psil data problems are necessarily resolved with jtHe .use 
of* alDBMS, especially, siTice not all' the .data >is ^u'toraated, 
A recjeRt trend is to, use a separate class of .automated toolsj 
that provide central control of all^data resources in a uni- 
foE-EB^anner across organizational^ lines, 'the Da^ta ' Element 
^ ' DictiL^Tpary/Dire'ctory systems. The' DED/D per forms , some of 
the ;feame functions as, the DBMS; however, 'it is diffeteni in 
th^trV' the thrust of "the DED/D. is to provide.- control over ALL 
the "data resources, both automated a^d non-automated . ^ Si^ce 
the desi^'n 4 objectives of. the DED/D coincide with the basic 
goals of . database .administration, it "is not surprising that 
the DED/D 'is one of the -basic tool s^iljj-^ the DBA ^oolchest. 
.Two recent.- NBS Special " Publications survey the . state fcf 
the art ^n DED/D 's [26, 27]. , • 

» 3.1.3 DED/D Relationship to DBMS. Because DED/D are con- 
cerned' ,with the management of data elements, it is loj^ical 
that there should exist a strong relationship between' a 
DED/D and ra DBMS. ; 

^ Interfaces enhance the usefulness of both the DBMS and 
' the DED/D, and in fact, many of the. commercrally-available 
TDED/D.'s pirovid.e interfaces to various • DBMS ' s. These* inter- 
faces provide the user with the "ability to [27]: 



a) Define the /database to the DED/D, capitalizing on 
DBMS resources, such - as existent, welfl-defined file 
structures and access methods; 

b) Generate data element definitions for -a DBMS from an 
up-to-date DED/D; and • ' . , , ' " 

• ■ . ■ V ^ .. . ^ .- ■ I 

c) Exercise control over the data elements'^ of a DBMS 
using DED/D facilities. ' ^ .; 

'■"1 ■ ^ ■ , ■ 

3.2 Other Database Adm in^.at'^rat ion Tool ^ - 

Tools which &re<.^use^ul primarily in database adminis- 
tration are describeo&elow in terms of their- functions.. It 
is important t,o note that these software tools may appear as 
a single, self-contained ^ p^ece of software; as a part of 
_aho>the^^ sofjbware; o r as a. utility or_ facility of 
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the DBMS, ''the DED/D, ;Qr the operating system. 

' . "• ■, • ■ ; ■ • ^. ^-.s^-- . ■ ■ ■ ■ 

Information/Data Retrieval System' " 

. , ■■ v.. . ... ■ ^ ' . • .■ , ' • 

' An information/data" retrieval system .(IRS) is a 

pro9<ram or set of programs tl^t? enables* the user to ^re- 
trieve information in a variety of formats. - Some IRS' 
operate in batch mode.- However; most -modern IRS pro- 
vide interactive (conversational')' capabilities, includ- 
ing extensive user-oriented facilities^^- and rapid 
response to ^system commands. ' ' * - 

Online Query System ^ , * 

An -online 'query system .is a separate set ; of ..pro- 
grams, .or' a" ^feature • Wi^in. a DBMS, that enables^ the 
user to obtain \'nformat ion. contained in a database in- 
teractively. ^ " ' * > .- / - 

v Data Entry System ' ' . ' ■ . 

A data entry system provides the, , facilities for* 
automatic data entry and data collection. Some provide 
interactive^ data entry facilities/, allowing for key^ vp- 
r if icat ion r limited eddtingr and formatting. /Some allow 
batch, operatiojii. to enable massive data.. loading . 

Editor ^ 1^ C - s , ' ^ 

An editor facilitates selective modification ' and 
correction of datar program or document text* Special 
purpose editors are available^ geared 1?owards - entry ^ 
modification and editing of^d at av files ^ programs r or 
texts. : Facilitie^s may be pnovided, to -^dit input tran-r 
sactions against xa set of predefined validation, cri- 



teria. 

Flowchart Generator 



flowchart generator .produces^ a. pictorial- diagram 
o^ the flow of control and logical^ paths of a^ computer 
prjdgram. • Narrative documentation may be produced as a 
si/de-bene'f it. ' * . - ' . 



Text = Processor 



* .A text processor is a documentatiph aid that " ac- 
cepts lines of -source texts interspersed with format 
c6jitroi commands r and formats the text int6^ print- 
able^ paginated document with a user-^desigiied style. 



Hepcfrt Generator ^ " ^ * - / ^ V ' ' ' ' . 

A re^)ort- genenator allov^ ^aujtoma^^rc generation of 
pre-formatted . reports on- a production basis ^ 'or allows 
defiriii:ion of^adrlioc reports/ via parameters* Some ru- 
dimentary data .manipulation functions may be'^per^formed^ 
and data extraction *from. an established ^databas^er' may be 
possib;Le. ' . . ^ ^- ' .[ . ^ ' ^ \. 



Cross-Reference Generator 



h cros«-ref erence generator' for databases produces 
listings >of data elements used in files //program^ and 
systems^; indicating;^ where data, elements are being 
referenced. For programs/ it produces 'listings of the 
^variables. (data ' elements) use<^^ in programs/ 
subroutines^ and systems / indicating^||tere they are be- 
ing .referencedv^- ^ ' ■ ^ ^ r -. * ■ ' 

^^t/File Reformat-ter - ' " V 

A- text/file reforma4:ter rearranges and structures 
files according to specif icatfons ^ anii rearranges and 
structures text and source prograig^ tox improved reada* 
bility^ It^may provide limited text additions for do- 
cumentation purposes. ^ ' : , 



Data/File Maintenance Programs 



' Data/file maintenance programs perform . global 
changes for all./ oV selected / /records in a f ile/ while 
reporting changes in _data content - before and '^after 
operations. " They may provide^ data/f ile>edit capabili- 
ties, a^d data iteips deleted or ' added ,inaay be f lagged 
for audit tra^l- purpose. Data and file maintenance 
programs may be* a self contained ^software .^jiackage/ a 
set erf utility programs prq^ided by . the operating ^sys- 
tem/ or a feature of the DED/D or the DBMSi " ^ 

Data Editing and Validation Systg^ y\ 

■ ■ ' ' ' - ^ . ^ ' • . /j: 

A data editing and validation .system provides the 
user with the ability^ to perform data validity iiests; 
data editing/ error correction a'^d error reporfe&ing / or 
any subset of these tasks^ It may be par ameter -driven; 
so that different edit requirements can be- ,accommpdat- 
ed.c These ^ functions may be performed in an entirely 
interactive manner/ or completely batch/ or a combina,-: 
'^tion of the two modes. . - ' 



» A data aud itprr. examines .^dyrce' data— "def initionrs 
iand analyzes d^a relatidnships,' d-pta s^Vuctures,; for- 
mats and storage us^ag-^ ;f or consistency, i vaiddity; and 
efficient utilizatioiv -It may provide a, dictionary or 
a clatalogue "that contains definitions of the" data^ at- 
tributes, and characteristics of the d^ta type . ^" The 
^.data ' auditor is ayatlable as a self-contair^d software 
product, 'but it is' also available as 'a'-xeature ^of the 
' DED/D or the DBMS. ' £ - 

. '• ■ ' . • - • . • 

^' , . ^ . • . - ^^ 

Data Security , ' , - '. 

•• •"..*'• • V 

A' data security module may provide protection ov^r 
sensitive* ^ dala/ by - encrypting/decrypting , and by con^ 
trolling access to the^ sensitive pa.rts of* the database. 
'Data security can be ' achiev^ through encoding and 
decoding / or through execution-t^ime password capabili-" 

ties " 

■ V . ; • ; - ■ ' . ■ — ' . . ' * 

Test Data Generator ' 

- — : ' \ : ^ ^ - r 

\ test datav generator produC-es te-st d^t^^ files ac- 
cording to, specif ications . The test data can then be 
used for testing application, software. 

*~ * . - " 

Optimize rs ^ ' - . 

Optimizers apply changes directly .to program 
source code in order to. make them run >more efficiently 
in. terifts of reduced^un-time^r or reduced cor,e - require- 
ments; "They may perform analysis of the program for 
undetected bugs and optimal logical flow, / 

Au^matic Space Generators ^ 

Automatic space generators fi'^<3 available spa'ce 
for -programs or'^ f ile^ . that are awaiting processing. 

Schedule r 7 

• . ■ . - : : . V _ ' ^ • : . , , ' \ ■ ■■ < :,- 

Schedulers alloeate available computing /resources 
in order to : Qptimiz^ the ; use of resources to daily, 
workloads.' They may produce^ r^eports- indicating' the 
areas whfere optimization of the resources itiay occur. 



Project Manager ^ - ^ t " 

.- ^ A-project manager." is. a soft*^are tool, that provides • 
data collection, stbraige", and. reporting \facilifc,ies * j . |-' 
aimed' at per sonj^el time and task' accounting . They may / 
bd coupled Wi^th PERT packages, an^ "o"i:her productivity 
"and scheduling management aids.v ..^ / •• 

Librarian (program, file» etc.) ^ ' ■ f ' 



Librarians- facilitate organized and economical^" 
storage- of prograrasv, tescts, ' 3ata -sets, and object 
modules , for centralized retrieval and jiipdates. ' They, 
may * collect .accounting- data to" assist in. storage allo-'^ 

. ■ ' i " ' -3 -> * 




' : '4v ^ Sp^VEY _ ^ - : 

■ - ' ■ ' . . ■ ' ^ - • - ^ ' • 

In order to gain insight into the subject ^^ftf database 
administrationv- it was decided to #o into the ADP community/ 
and talk to people who perform the functions of datalsase ad- 
ministration. The study was limited 'to in-depth conversa- 
tions with twelve DBA's from the Federal Government in the 
Washington^ D. C. area. All t^e meetings took place in' 
mid-.1977. The agencies represented were: / * > _ „ 

Civil Service Commission; . , 

Degartment of Agriculture ' ^ 
Department of Commerce — NBS- 
Deparfeffieht of Defense — DCEC^ . ' 

Department of Defense — ^ MILPERCEN' a " 

• Department .of Defense — NAVY 

Department of HeaLth- Education and Welfare— . 

• — Social Security Adminis\tration" 
Department of Bousing and Urban Development / 
Energy Research and Development Administration^ 
Federal Deposit* Insurance Corporation 
Federal Power Commission \ " - ; 

-Treasury Department - ^ - 

• . . ^ ^ O 

There is usually more than one person in an organiza- 
^tion pei^orming database administration functions ^ and in 
■fact, often several members of the (^ganization, were present 
at our meetings,- presenting us witft^ a broader and more ob-^ 
jective picture of database administration within that . or- 
ganization! The discussions were conducted' using a struc- 
tured approach^ but on an informal level. .An outline had' 
been prepared and is. included Appendix B. Tl;ie DBAs were- 
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g»iveh lists the functions ^ ana "tools discussed ; in^ the 
pre^cious'' sections; these lists are included as Appendices C 
.an<} D. r- - - 

- ■ .. ^ ■ , ■- ' " ■ , . . .. 

liiie disaSassions were organized/ in five areas: back- 
grounSwtasks tools^ problems^ and advice; and this section 
folloWs^that.*^' scheme. A. cojnpbsite case, .study isT presented, 
rat'^her * than , individual- case- stud'ies.^. Similarities and/ 
differences are' analyzed in^erms of the DBA functional 
orientation, scope, 'stage- of implementation and organiza- 
tional placement.' v •. 

4.1^ BackgrouT^ " ' - ^ " * 

A sumitiary* pr.of ife' of our sample of Federal DBA's fol-^ 
iows: • 

There is not yet within the Government .a position clas- 
sification "eV^itled ".Database Administrator-." ' All of .the 
DBA's Interviewed have a Civil Service Conani&sion classifi- 
cation of "Computer Specialist.;" "Database Analyst," ^r 
• "Computer .systems Adnfinistrator ," which .falls m the GS-3,34, 
330, or 301 classification series. Some had* the classifica- 
tion sub-title of DBA. In more than half the ' cases, the 
person's organizational title is DBA.-. -The interviewees were 
equally divided between male and female. They consider 
"themselves administrators , ' although they usually have a 
technical/computer background..- The lead person is rated 
GS-13 to GS-15 . * ' . ' ^ 

The- support staff averages 6 in numijer, and includes 
both administrative and technical personnel. The staff s 
training is usually technical", enhanced' by vendor-provided 
courses,"" and supplemented by users- groups meetings an^ con- 
ventions.' • ■ , ' 

75% of those interviewed consider / themselves over-all 
organization-oriented rather tH"an" project-oriented; one half 
of these had other project-oriented DBA.'s reporting ^ to thenjr. 
There we're varying degrees of control over project informa-.' 
' tion . ' ' 

/In about 40% of £he cases the DBA function was opera-, 
tional; the. rest were , in various^ stages of initiation,- 
design and development. 'Those that ^were operational had 
been in existence from 1-1/2 years to 4-1/2 years. Thfe« date 
of creation of the function-, frequently was preceded by ex- 
tensive unofficial initiatiof? activities , ranging Crom 12 to 
18 months. Those that were in the initiation phases were 6 
to 12 months old. It is interesting to note that m those 
cases _whe^_e,„ the _ database .>dMniAtration^^^^^^ J is 
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.operaiional^ rather than in-.the initiation phas/, the* chief's 
title- 1.S more often DBA, ^: and the grade level is at the 
higher end of the range. ^ . - ' % '- . 

'^'^^^ in -tHe. initiation s'tages ' viewed ' their, 

database administration functions as being technical rather 
than administrative. Those that have been operational for 
longer periods, -viewed ±heir functions as being both admin- 
istrative and[ techftical. . Further , ^those. with an operational 
status usuaUy have 'a Database Master £>lah, a better idea of 
I^BA tasks involve., and fairly- well-defined reSpon- 
sibalit les'. • ^ ' • i' • . • ^- 

_ \ ■ ■ •■■ • - 

The -^database adrainistraj:i§>n . activity is usually.'located 
,wi'thin the- data processing/information management area of an 
origanization; it 'is ^jost often separate from, but on a par 
witht - the computer opera1;ions activity. 'Sometimes, there is 
a tie to the- comptroller's office, or -to the office of the 
director for administration. 

^ Reasons, cited , for creating the databa&e administration-" 
functio^fall into two -categories : 

(L) General, commitment to. database and database concepts-. 
I.e., looking at things that would help in data manage- 
ment, fulfilling a 'Database Master Plan, pooling data 
resources, . and concentrating database expertise in-house. 

" . . . ■ - 

(2) .To solve specific problems, such as data redundancy, 
no dat^a. standards, poor data access, and inadequate data 
- control . 



4.2. Functions 



The, ten major tasks discus^sed in section 2 are grouped 
here, for analysis, as fol^lows: V " ^ 

' '. > ' ■ ~ - ' ■ ' ' ■ ^ '• , ' 

:, A,' Definition, Design,' Implementation; 

1 B. , Maintenance/Management, Performance Monitoring and 

Evaluation . - 

C.. Security/Integrity, Enforcement; ' 
>• D. > Selection/Procurejnent, Liaison, Training. 

The order in Vhich these- appear do not indicate their Rela- 
tive importance or life cycle position. • 

Bar charts. depicting tHe government DBA, role in database 
administration tasks are presented in figures 1-4. There is 
a barchart for each' of . the groupings cited above. 

The ^following legend appMes to all the bar-charts: 



Direc't< responsibility; _^ indicates a major role; . ' 

Coordinating" tole; ranges from strong participation 
a team eft^rt to an advisory/consulting- srole; , / 



m 



OtlxeT ; ^means that other groups withia^fche 
'ganiz'ation perform this function; 



overall or-; 



Not applicable; 
zation. 



tasks are riot relevant to the „organi- 



When "0th- 

is noted, it ma^ mean a standards, group, a computer 

or an end-user performs this function. 



It should'- be noted that the -legend ' items oji 'the bar- 
charts are not mutually ' exclusive. Even when direct respon- 
sibility for a specific task was claimed, there was some 
measure of consultation or team .effort reported 

operations group, . . 

rNot Applicable" means the activities are not being per- 
formed' at the present time by anyone in that organization. 
For example,- if *a DED/D does not exist in an* organization, 
non^ of the activities .related to the DED/D are applicable. 
We report "the DBA' s statements regarding . direct responsibil- 
- ity- and coordinating role, but realize that there 
ortly-a small discernible difference between the two 



is often 
roles'. 
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GOVERNMENT 'DBA ' S ROLE IN 
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■ _ ■ ' FIGURE 2 
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FIGURE 3 



GOVERNMENT DBA'S ROL?: IN DATABASE ADMINISTRATION TASKS GROUP C 
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.FIGURE 4, - . . ' ^. .' ' 

■GOVERNMENT DBA^S^ ROLE IN DATABASE ADMINISTRATION TASKS—GROUP D . 
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In addition to - being asked to identify which. tasks they- 
perfOiTined, .the DBA* s were": asked to identify tasks "most^f- — 
ten performed" and tasks deemed "most important." The term 

..Means_ the .DBA _ team . . .__The . f o.llowing- -patterns-we re - 
observed in the sample. ^ ^ . 

* In 75% of the activities, the DB^ either has c^irect 
j:esponsibil ity^. or a coord inating -role The notable^ 



exception is in the area of data \ collection. Those' 
; surveyed- indicated that the task of collecting/ data- was 
performed or overseen by other than the DBA. ' Data col- 
lection was included among the DBA tasks because it was 
so reported in the literature. -A possible explanation 
for this discrepancy is that the literature reports on 
industry experience, whereas our "sample covers Federal 
DBA' s only, . - .-. 

■ ■ ■ , r , , . ■ ■ ■ ■ ■ y . ' ' - 

In . database-maiijtenance/management 'and database perfor- 
mance monitor ing/evaiuation. activities, the DBA has ei-' 
' ther direct responsibility^r coordinating responsib.il- 
* ity in 75% "o^ the sample population. . , 

• > ■ .- • / 

* There is a very small role ^reported in the databa^se- do- 

cumentation area, although the responsibility clearly 
lies within the DBA' s domain. * ^ >: 

* Although liaison, selection/procurement, enforcement, 

security/integrity, and training activities are almost - 
universa'lly the direct responsibility or. strong coordi- 
nating responsibility of the entire sample, those ac- 
tivities were, however, seldom reported as being "most 
often performed-"., or -deemed "^^most important." 

* "Most often performed" tasks werer design, implementa- 

t.ipn, and maint^ance/management, followed closely by 
N -definition and performance monitor ing/evkltjation ac- 

A : - tivities. Judged "most important" tasks were: design, 
implementation and definition, in that order ^ . Admit- 
. tedly, since many activities are time^ and stage- 
dependent, it is difficult to analyze "these responses. 
Very often, the^answer to "most often perf orraed'V diJ' 
not correspond with the answers to deemed "most, impor- 
tant.."" 

* Other tasks mentioned incliided planning," scheduling, do- 
' . cuihent. preparation, user requirements definition, • and 

applications development. • 



* 
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It is important to point out that the activities that 
were ■ noted . as being "most important" and "most often 

..performed" are, the technical activities within the DBA 
functions. Although the -DBA' s interviewed "claimed - that 

. ■ " -22-.- . 28 - . .■■ • 



they were more administrative than 'technical in nature, 
■ 1 - - in fac^ the analysis, based .on their" responses to "most 

often performed" and "inpst important" indicate • their 
-technical -inclinatipn^i - -■ — _ 

** * - " • ' • 

4.3 Tools ■ - • , 

- Although there- are many generalized software " packages 
available for sale or lease, some DBA's reported that they 
chose to- build their own software, either because they re- 
quired special capabllities^iT because the commercial software 
was unavailable to them, or because they felt they could 
build better or cheaper tools in-l>6use. 

The availability of software tools to the sample DBA 
population is summarized in figure 5. This availability is 
reported in two categories, commercial software _and in-house 
developed software. /- Within each of these categories, dis- 
tinction is made, between "free-standing" and "feature of 
other tool." "Free-standing" means that the tool is a self- 
contained soft'war.e package; "feature of other tool" means 
the tool is a capability within another software system, 
such as a -DBMS, a DED/D./ or operating system.- The en- 
tries in the table are the percentages of DBA's who reported 
that these, tools were available. should be noted . that 

althougii toolg^ be reported as available, they are not 

necessarily used b^^ the database administration group. 

4.3.1 Use of DBMS and DED/D . 92%^of the DBA's reported the 
usage of ___:a DBMS, and the^ remaining- B the process of 

procuring one.^ More .than half actually have more .than one 
•such system. All . have purch-sed or leased commercial 
software; sometimes they also have in-house developed sys- 
tems. - - . . . - , 

92% of the DBA'S reported the 'lisage of a DED/D, and the 
remaining 8% has plans for procuring one in the future. 75% 
of the DED/D 's are in-house developed software. 

•., It; IS not surprising that thebe is almost total use/ of 
these two tools, since thfey are by far -the two most impor- 
tant tools in, database administration. 
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4. 3. 2^ Use of Other Database Administration Too3:TN -The tools 
xn tnis section . are frequently features of other systems/ 
especially operating systems and DBMS. As such, this group 
of tools, is predominantly reported as ;being other than, in- 
-house developied . ^— - . - . - - - — - : _ — 

' . ' . * ■ • -• ■ " ■ • •• . 

All the tools except the test data generator were "re- 
ported g-enerally available. • Everyone had a report generator 
and an information retrieval system in the. toolchest. On- 
line -query systems - and data/file -maihtenance systems were ' 
next in numbei^, followed closely by data editing and Valida- ' ^' 
tion systems and cross refer.ence generators. 75% "reported 
they have data entry systems, .editors, flowchart generators, 
- and text ;and 'file reformatters Most report also the use of 
text ^processors and data auditors. Although flowchart gen- 
eratoc\ was a tool^that is among - tiibse reported most general- 
ly ; available to the DBA, in fact, the DEiA's claim it is sel- ■ 
dom used . . ■ ' , ^ 

It is difficult ^to draw conclusions from figure 5, form- 
al though a pattern of availability exist-s, t,he amount of ac- 
tual usage in. the performance of , database administration 
functions cannot be generalized. 

• - . . ' ■ * ^ 

4,. 4 Problems " . ' 

■ ■ ■ ■ ■ ■■ \ • - 

The DBA* s were asked to discuss problems they encoun- 
tered during the course of implementing databas4 -admin is'tra- 
tion functions in their organization. Responses varied, from 
It is too early to tell," to lurid details of specific si- 
. tuationsr Problems are summarized in two- ■ categories: non- 
/ technics technical problems .' v - . . 

■ ■ ' ■ ' i . " ■ 

4.4.1 Non-Techni cal Problems. Non-technical problems usually 
had to do with lack of management commitment; jurisdictional 
questions, data ownership disputes, pdVer struggles^ poor 
communication, inadequate training, and high costs. Several " - 
/speca^^. problems are not^d below: , |' 

* Lack of commitment to database administration con-" 
cepts at different management levels; • 

; * Management hesitant to commit manpower and money, to 
•^ , -i^ternally^^ projects? . ■ 

* Dnreast>nabie. management demands; " ^ . . ' . : 

* Lack of decision-making power for 'the DBA; 

* Lack of enforcement power ^or the DBA; 
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* Unresolved jurisdictional problems, especially .when 
different groups pffrfornf database administration tasks; ^ 

1 * Unclear J definition' of responsibilities of DBA's, 
analysts , user^s^nd^^ m^^ " , " J 

' • ' •■■ ^ •' ■ ' ■ . ■ '<•■. *•' " ■ • . 

** Frequent reorganization causing, ihstabilijty in con- 
trol of data; ,/v v, 

* UndelEined owner ship'^and control of data, especially 
; between^ users and DBA;^ V *^ 

* DBA concepts conflict with service center cpncepts.; 

* Failure to- establish . effective* communication lines 
between DBA' s, . technical staff, and management; 

' . ■ ^ ••■,"> ■ 

* Irisufficient communication-^ between DBA's and users 
with respect to data errors and availability of help; 

.* Decision-making management not knowledge^le in tech-' 
nological state-of-the-art; / 

* Lack of trainfn^ and understanding, of database con- 
cepts and DBMS by users and technical staff.- 

* Lack of experience in database technology. 

* Skepticism with respect to the success of- database 
administration practices; ^ - . 

* Resistance of an'alysts and programmers to DBA in- ' 

:_v ,,-_^;.;>-,ter.ference.;' ' 

* Excessive ^ procurement ^ constr aints" ' purchase- ^ of-- 
hardware* software, and ,serv.ices; . » . 

* Inadequate cost-benefit analyses^ regarding implement- 
ing' DBMS vs. conventional .pfogranuniiig, and in evaluat- 
ing ill-house vs. ^commercial, software. 

'. "* High cost ^of hardware, software, services , ^technicai . 
staff, training, and vendor support; " 



4. 4^2 Technical- Problems . Technical problems tend to be 
specific to each organization , but - some general fjf oblem 
areas are noted below: " > . - . 



* Generalized systems sometimes too g^eral for specif- 
ic a^plicatiaiis; tailored systems sometimes too inflex- 
ible for changing needs; ' ? 



♦Commercial software sometimes hot .available for ex- 
isting hardware; ^ axxdoxe ror ex 

* Hardware/software limitations and interface problems; 

* Absence of shared -databases in spite of DBIIS usage; 

d.?!I!foo'^^2*^-^^? f ^^^'^ control mechanism rather than a 
database .adminis-tration tool; . ' - 

*. Inabildty" to assure reliability of data; " .. 

* Latk^f organizational data- sta^^ - - 



* Poor s;ystem -and software documentation; 

* Poor vendor technical support; " ' - 

* Too much dependence on vendor support; -a " 

■ ■ - . , ■ ■ ■ ' . 

* Non-availability of commercial software source code 



4.5 Advice ^ 



DBA's™to-iw"?=.K'^\'°: 'J^^^S.: by the practicing 

thV= — ^ ■ estabfish this function. Much of 

; "^-^^ °" hindsight and may be application- 

Snce U'is baSe^o^ it should . be helpLl to future DBA?s 
axnce it is based on actual experience. 

* Get complete management suppoi;t; and get : it early; ' 

■ *A^2?J- ^"^^^^ a strong organizat ion /-with gobd '' iih^s: : b^^ 
> . tcommunicatiort; ' ' ^ . • - > 

* Have a good Database Master Plan; ^ 

* Be flexibly, ,^Td_ad^apjtabl^--to-ch'a 
';*^. Develop -credibility; ^ ^ 

S^iticia a good technician and a good poi- 



itician; , 



. "* the. user^ in planning-; ^-^ j^ • " - ^ ■ ' 

l:^^''^ stajf with strong database technology back-' 
grorund, and system software experience; \r 

manal^eLf '""^^^^ staff, users and 



. * Agree on "standard^ first before designing a system; 
* Design a total system, but implement it in segments; J 



*-ExperiTnen-t with--different--appr-oaches> ----- 

.'♦ implement a DED/D early? ' 
♦Consider the usage of a DBMS early; 
. * Do benchmarks when possible; ' " 
* Don't try to do too much at' once; - ^ 

>,* Be patient. It may be. a long time before you see 
results. 



. \ 5 , OBSERVATIONS 

In the Federal Government, interest has been increasing 
b6th with respedt to database administration', and^to the two 
most basic database administration tools, the ^^^f, and the 
DEDyD There is a Federal Information Processing Standards 
Task Group on Data Base 'Management System Standards tTG-24>, • 
and a Federal Information Processing Standards- Task- Group on 
Data Element Dictionaries/ Directories (TG-17) . . 

A recent trend is to utilize ex i.st«^ software tool^to 
perform automatable f unction^^^^-^he software industry ha^, 

■developed-new tools and-f iBe^tuned existing ones to the ex- 
tent^.^ai^ttJ-daTr'^eJ^e. is a proliferation of software tools 

iiii^l^H help the DBA. In addition, a number _of ' ;univers^ty. 
projects are focusing <^ database software- tdols^.- . The DBA 
toolchest discussed in this report provides the technical 
means for implementing a, database environment. 

- : ■ ■ ■■ r : J - ■ : 

All the DBA' s iikeryJiewed reported that the two 
software tools they^ use rn^st. are the DBMS and the DED/D 
This overwhelming -response is expected, since- the utiliza^ 
'tion or fhese two very basic database administration tools 
supports; an effective; efficient. and secure database . 

Organizational^placement influences the ' effectiveness 
of ^^^the DBA. The clbser " the^ -DBA is . to executive management., 
the stronger th-e influence he can- exert on. database adminis- 



tration practices in th^ organization 



) 



Organizations with- a ^lona^kAt%^-\ i aWiS^^r'A: " i. • ^ ' 
quently have Adopted a "pro?ectv?eam-" f^^^fM?^^ 
arable user involvement / ^ 1" v "^^^^^ 



1 




^.Organ-izat ions ^:hat- havt^ 

vironment. Their database functions are better defined, .and 
;?S?lvedf "on-technical.,prbblen.s ire more r^adUy 

^^nr.o"^''^^?^?^^^?''^ that have established" -good pbblic "rela- 
f^o^^o'"'^^-^'"'''^^ database^ administration area. ha§fe priof ftSa 
from fewer disagreements and confrontations- betw^n^^DlA^f; 
u&ers, statt, and management. When the liai=:on <=iir.^4- ■; 

■|rir^L"s"?^|f good database te'ch^ol^T^rf i"L'g°^ro- • 

!na"tJhnica^1r'ob?l^r;r?^L"^"^^^^^^^^ ' 



fnv "^ge of implementation " is a - temporary distinction 

■t?cs c5riverq|^°^Th[;^^■•?^'^=^"' ' 
lii .^hus. It IS not sur.prising that Voperation- ^.y 

al ac-tivitjLjs are bette? organized, "have largeF staff's 

cxviries m the initiat^ion stages.. ^ 



1^ interesting to note that although the advice of- 
Sh^f by practicing DBA's is Specif ically .concerned w?th dl 
tabase admin.istration/ it. i^ remarkably simi^r to the al- 
vice offered to software managers [15] -^'^-r^^: 



IMPLICATIONS OF DBa' COMMITMENT 



t:inr^J^^rf^''^^^'''' implement databas^' administration func- 

the orqaniza?ion?f n'^^'''^ T^^^^ ^^^^.^^^ context of 

cne organization's needs and resources. Ideally, feasibilitv 

f^^fi^? cost-t?enefit analyses should be conducted to 

determine wh^er or not to : adopt, the database - ipproacS 
tabke ■ nf ^J-^^y^l^ indicate , the /establishment -of ^a la- . 
Plan- ' Ih^n?^^ ^ "JDatabase MasteP; 

■fhr^.^ K prepared, which includes the components of/ 

.the^database environment/ the mechanics of implementatW 
^cedures. -^^-^^^ilities a^d authority, i^H!!^^ 
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- Alttiouqh thW incorporation of database administration 
concepts dol^ not solve" all .database problems automatically, 
r2e!l-Imp?emented DBA function -n do much to^im^rove the 
mainaaeki^nt arid' control- of an organization s d^a resources. 

dktabaSe administration f unctions: y?he advantages to- manager 
ment , and the commitment that man^f^ement must Provide What 
SI?abale admnistration should'^do for ^^^^^er^^.'^^ }^ dis 
rnlsla below In order to ensure the success- of the DBA 
function the highest level management must give full sup- 
port Jo 'database Administration. A di^^--^^^^,,^^ ^^"^ 
management must do for the DBA concludes this report. ^ 

6.1 What Database Administration Should Do^For Management 

■ .Adopting database administr^ation concepts ^^^ ^^f^^! 
an .organization'^ effectiveness, since a f^^SL? and Ihe 
tablished-fi:)r the responsibility, the ^"^-^^^jemjP^ ' .^^^taqel 
control of the total data resources. Some of the advantages 
?o management of having a strong -database administration 
function are detailed below: , 

* A ^onhrnTl ed database \environment can^help f^sure eff i- 
- . tormance and^increased oP^^^-^^^^^l/^^^gf 

- in the manipulation of data. It can P^^"^^^^ . J^^^^^J^, 
tegrity; encoui-age s.tani3ard data usages; enforce secu 
• ri?y safeguards; ensure controlled accessibility; and 
. balance Qonf lie ting requirements. 



' W' r^n/ralWtion of da ta resources can result in. shared • 

- da^ab^' and encourage ^^ ^f ^^!.^P;ta -'^Isourcts. 

"m^np^aiampnt of the total- org-anizational data resources. 

■ cSn be improved through the use of the DBA soetware, 
■•■^ t^^^ an'd timely documentation can be . 

• . ^n?orcel through the application of Uniform, rules and 
proce*dures . ' ^ . 

* nniform datab ase monitoring, can facilitate a _'total or 

* ganization overvi^^ot ail data respuifces. can^help. 
In minaainq the growth and change^s^ occurring- -in the da_ 

. . - tabalel! S^ehsu?ing th^^ the growth is an.ticrpated and 
controlled. Optimization of database utilization ^an 
Result fr^m enforced shared data resources. Reorgani- 
^atW redesign, and restructuring activities can be 

- : - . performed/ cen^^ for . the entire organization, as 

these "become necessary. • ^ . . 

* p^^ .^^^^ r^r..^ nf computer operations can "^^^^^^^^1°"!. .^^^ 
^ ■ IliSination of unne cessary du^icat ion m collecting , 

, processing, and disseminating dS^a. Further, timely and 
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eff!2tfe%2^2^^^ ^^^P management in making 
ertective decisions. . ^ 



cost- 







6.2 What Management MUST Do for the DBA . 

Once it has been decided to adopt database ;^rtmini«4.K=: 
thrhigSelSef commitment and luppo%'t':ust bf gJvln'b; 
sin;^o^?K ^e^fl nianagement to'the Database Administrator 
M ?f ^ ^- i"»Ple">entation of these concepts affects thi en- 
p^^'ss^d^^K:^?o% ff r ^^-^^"^-^ sSpport'L^'t be^ e\^ 

L^o^^S''^^^ ? The DBA must be , "given the \ author ity to 
'^^^^'^^'''■^'■''^^ J^^ the power to implement any required 
changes. One of (the ways in which this authority could 
be^ensured, is tj> place th^ DBA very high o^^aitiLt^on- 

• * Definition of^Respo n sibilitie5. r The DBA's responsi- 
™it?5i^^ "^r""- ^l^^rly defined , preferably InTf or- 
• J'^J^^^?"^?'^^ such.as a charter. This is. esse^^ial If . 
later jurisdictional disputes -are to be Avoided. > 

* Compliance Powfir; The DBA must be given the power 

the SS!^''?- ^"i^^ ^^^3 regulation! associated^Srih 
the implementation of database administration concepts? 



Resources: The DBA must be given the necessarv 
resources to carry out his functiLsrincluding ItlfF 
time, money., and -equipment. - * • start. 



\ 
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. :^ V.;. ^v-v- •■ .-APPENDIX B--- -■ 

' DBA INTERVIEW OUTLINE • , 

-.. V' ' . ■■ :■' ' ■ . •■ ; '■. ■ 

.1. What is the DBA function in your organization callea? 

2. Where is this function- located organizationally?, 

3. Are there other DBAs npt in-your group, but •■in your or- 
gairization?,, '..^ -^'^v;'-' ■ 

4. Is the -Action project-oriented or overall 
orgahization-orientea? - ' : * 

5. Is it primarily .administrative or primarily t"eehnical?> 

6. HOW many people are in the group? Do they work at this 
:task>ill-time or part-time? Are they technical or adminis- 
trativlvtypes? What specif ic training m - database manage- 
ment- dO' they' have? ' 

7. When was this position/function cj^eat 

8. What was the plir pose in. creating it? 

■ ■ " ' TASKS.. ■ . 

9. From the attached list of functions, performed t>y ^DBA's,. 
check those which are performed by your group.^ (^f .per- 
f ofmed by a ; different . group, indicate this . ) . . ^. 

10. Additions to this list? ■ , J . - •.■ 

11. ^^R^k the 3-5 ma:0r^ categor ies M of ten ge^ 
■formed.; v'-- " •■ - '■ ; . ' 

12. - Rank the 3-5 major categories of tasks you de^^^ most 
.•pbrtant. . ' ■ , . . ' ■•' 

> - ■ ■ .TOOLS ^ ' . " ' ". " , .. 

1.3. Describe the hardware/software environment. ^ 

14. Check on' the list of tools those that are used in ^ d^^^^^ 
administration, and ^hiether . you bought, pleased or built 
■ them. ■ -, . . . 

is}- Is our list of tools complete? 



tlolsfr toois you We? - (Includf non-automatea ' 



X ''^ ■■■ ' problems.'" ;;/ ■;. , . 

: ■ ■ . I , . . . ■ . : . ■■ . ■■ ■■ ' . ; .■ ^ • 

' zftioi!?? ^?^-technical problems did you ^ficounter ? ..(organi^ 
zational,: ]urisda.ctionai, resistance. . ;) ^ 

^.A^^ problems V did you', >encounter^ 

avSxSn^tyf [ incompatibilLi^s> .n^^l. 

' ^^.^ ' database coinmltraent • knd DBA Ijoncept firmly en-* 
trenched .irf your organization? / '• • o . - "^-^^^^^ ^P- 

'"^ex^erience?''^''^ '"'''^^ ^^^^'^ ^ new .DBA; based on your - 

23. Do you knovr other DBA's in. thl (^pVernmenV? " . 
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' . APPENDIX. C . 

DftlRBftSE AEMINISTRATICN TASKS — 
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TITLE: 



OUTLINE 



DAiaBASE ja3MlNISTE?ATI0N ,TAS; 



RESPONSIBILITY OF.: 
DBA- OlfflSR 



li. Database: definition- / redefinition 



a. def ines data elenents 

b. defines relationshiES among elements, 
programs, reports, etc. - 



^c. defines data standards 



C>.. 



2. Selection / ProcurCTierit ; 



: a\. hardwire- 



b. software 

c. 'services 



S'.Ooatabase design ■/' redes^gft ■ 

, a/ structures database (including designs 
of " maj^ping^and jsear^ 

b. designs ^D/b / ; • 

c. designs database support software 
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EBA OTHER 

4^ Database creation * - ^ ^ 

-.a*--c9al6Gts. data > ^ " ■ a - ■' -^V .--:- 

'•• ' ^ ■ " ■ ■ ■' ■ '■ ' • ■ 

b. iirplonents data definitions ^ ' / / 

• c . iii5>l€inimts the DED/D ' 

d. inplements database ' support software . > ^ 

5. Integrity/ Security : ^ : 




a, designs and develops integrity clMcksf^to 
the system (including^ validation rules) 

' b. inplemeits failsafe procedures^ (backi:^). 
/■ and recovery) ' ^ . :' ^ 

specif ies and iniplements audit" trails 
. and J.oggings .(e.g., recording of the upr 
; dates and changes to the database) 

d. defines auditing requirements . : J ' ' ^ 

e; provides security authorization and as- V 
signs passwords ^ - ^ ^ 

>. Maintenance/ Management : /' ^ . ' " 

'■ ■ . ■■•V . . - 1- ' "' r 

a. maintains EGD/D -* * - . \ 

■ ■■■ ■ ' ' .' ■ - ■■ ■ ■ ■ ■-" 

- b. u^jdates database definitions . V. . . : ' , " 

c. maintains database documentation 

d^ develops policies and practices for data 

• --■■■usage'; . • ' ^ . . ; ■ 




DATABASE AEMINISTRATIGN TASKS - ■ ^ ■ RESPONSIBILnY OT't 

• iBA " OTHER 



7. Perfooriianic^ nmi'toring a 

. . a« reviews and evaluates performance , o£ au- 

b. reviews and ■ evaluates- procedural .^ata 

. .activities'" . ■ ^ 

' c. initiates systCTi inprovements (redefini- 
] tion, restxucture database, new procedures, 
new procurements, etc.) • : « 

- d. determines; economics' of data usage 
(e.g. p assesses in?>act of changes) 

e. maintains awareness of the state of the 
, art in database technology 



: b. determines cOT^liarice with established 
standard usages 

c. is responsible for access control and 
> security of- the database 

9* Liaison-' . 

a* -with users for asisistance and inform-- 

. "'.tibn.. , ' " \ . ■;*-''^-':"' ■ ■ "■' ' • ' ' 

b. ' wifth . ■ systems^/^^^ '\ applications 
analysts/^rograinners for information/ /and 

. , corqpliance with standards 

. c. with organizational management • , 
'10; Itaining * • 

■. a.- users 

. . , .-b., staff' '[^ ■ - ; ■ • \- 

c. management brief ings and sCTiinars "> 



8. Enforceme^ - : \ 

"^'■■■■'^ ^ ■ ■ ■ y . -. . \ 

i a,, ^deve^ coo- ' * -i 

■■/^/{■"■' trol -procedures ' - ■ v '- 



>•■■•• . APPENDIX D Q ■ 

DaaftBftSE ADMINISTRariCN TOOLS — INTERVIEW CX3TLINE 



TOQES 



mME 



»ED IN 
JICH TASK? 



.^iata Base- Manag^nent . System (DBMS) . 

Data ElCTtait Dictionary/Directory (DED/D) 

Information/lData Ketrievai Systens 
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Oil irie query systems 
Dctta entary systems 
Editors 

Flowchart g^erator 
'].'■ Teoct processors 
* Beport ^generators 

Qrossvjreference generators " 
Text/file refonnatter 
Data/file ina;Lntehance programs 
' Data editing and validati 
Data auditor / '. . 

Data security f^:- 
' .Test data generator • 
- C|>tiinizers 

Automatic Space generator 
Scbeduler 

Project manager / 
. Librarian (program-, f ile, etc^ ). 

" ' ... ■ . ■■-41- 
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